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I. Basis of the report 

1 . With regard to the elements of the international application (Replacement sheets which have been furnished to 
the receiving Office in response to an invitation under Article 14 are referred to in this report as "originaliv filed" 
and are not annexed to this report since they do not contain amendments (Rules 70. 16 and 70 1 7)y 



Description, Pages 

1 -"1 8 as originally filed 
Claims, Numbers 

3 received on 04.1 1 .2004 with letter of 03.1 1 .2004 
Drawings, Siieets 

1/9, 3y9-9i9 as originally filed 

received on 04.1 1 .2004 with letter of 03.1 1 .2004 

2. With regard to the language, ail the elements marked above were available or furnished to this Authority in the 
language In which the international application was filed, unless othenA/ise indicated under this item. 

These elements were available or furnished to this Authority in the following language: , which is: 

□ the language of a translation furnished for the purposes of the international search (under Rule 23.1 (b)). 

□ the language of publication of the international application (under Rule 48.3(b)). 

□ the language of a translation furnished for the purposes of international preliminary examination (under 
Rule 55.2 andADr 55.3). 

3. With regard to any nucleotide and/or amino acid sequence disclosed in the International application the 
international preliminary examination was carried out on the basis of the sequence listing: 

□ contained in the international application in written form. 

□ filed together with the international application in computer readable form. 

□ furnished subsequently to this Authority in written form. 

□ furnished subsequently to this Authority in computer readable form. 

□ The statement that the subsequently furnished written sequence listing does not go beyond the disclosure 
in the international application as filed has been furnished. 

□ The statement that the information recorded In computer readable form is identical to the written seauence 
nsting has been furnished. ^ 

4. The amendments have resulted in the cancellation of: 

□ the description, pages: 

S the claims, Nos.: 14-33 

□ the drawings, sheets: 
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Industrial applicability (lA) 
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Re Item 1 

Basis of the report 



1 . The amendments filed with the letter dated 03 November 2004 introduce subject- 
matter which extends beyond the content of the application as filed, contrary to Article 
34(2)(b) PCX. The amendments concerned are lines 24-25 of claim 1, which are in 
contradiction to Figure 8. Lines 24-25 should better say: 

"is prevented, if both the ID and a link to the storage location are stored in the first 
lock object (203) or if the ID is stored In the second lock object (204)." 

Re Item V 

Reasoned statement with regard to novelty, Inventive step or industrial applicability; 
citations and explanations supporting such statement 

2. The application does not meet the requirements of Article 6 PCT, because claims 1 - 
13 are not clear. 

The application seems to aim at providing a data structure, a computer system, a 
computer program product and a computer readable medium for data archiving and 
for controlling access to data objects. 

The application therefore explains three concurrently running modules with 
concun-ent software applications, and two locks (Figures 3. 4 and 5 and page 13 of 
the description). Said three modules are a selecting module, a writing module and a 
deleting module, whereby said selecting module and said writing module can be 
combined into one module. Any interference between said modules and said 
concurring software applications are prevented by the use of said two locks, i.e. the 
T-lock (Transactional lock) and the P-lock (Pemianent lock), dealing with two 
separate tasks. The T-lock Is represented In claim 1 by the second lock object and 
the P-lock is represented by the first lock object (Source: page 1 1 line 9 ff). 

The T-lock blocks data objects for one transaction. I.e. one action to be perfonned, 
and thereby ensures that the concurrently ainning modules and the software 
applications do not interfere. 



The P-look blocks data objects for the purpose of archiving, preventing other 
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software applications from accessing or modifying the data objects, I.e. the P-lock 
marks data objects for being archived (and tells the deleting module to delete said 
data object), .furthermore, the fact that an archive file is assigned to the P-lock 
defines that the data object Is archived (Figure 8 & p.l5 1.29 - p.16 1.18). Moreover, a 
software application, needing to modify a data object, can remove the P-lock as long 
as said data object is not yet archived (I.e. no archive file is yet assigned to the P- 
lock; from Figure 8). 

it is understood from Figure 8 and from page 15 line 29 - p.16 1.18 of the description 
that the writing module assigns an archive file to the P-lock, and thereby it defines 
that the data object Is archived. Then no software application can modify said data 
object any more. If, however, a P-lock is set but no archive file is assigned to it (I.e. 
the selection module selected said data object for archiving, but said data object Is 
not yet archived), then the software application can still modify the data object and 
delete it from the P-lock. 

Hence, the P-lock Is not a lock or semaphore as such but It is an data objects/archive 
table (or archive register). Identifiers of data objects are put in said P-lock/archlve 
table (see Figure 2 of the application) to indicate that said data objects are to be 
archived or that they have already been archived. 

Now, claim 1 is directed towards a data structure used for data access control, 
comprising a transactional lock and a data objects/archive table, but claim 1 misses 
to explain how said data structure is used and how it serves to solve the application's 
aim. Moreover, features that are essential to the definition of the invention like the 
ones described above are not mentioned in claim 1. Thus, claim 1 does not meet the 
requirements following from Article 6 PCT that any independent claim must contain 
all the technical features essential to the definition of the invention. 

Claims 2-10, dependent on claim 1, are consequently also not clear. 

What has been said above with reference to claims 1-10 also applies to claims 11-13, 

mutatis mutandis. 



The following documents (D) are referred to In this communication; the numbering will 
be adhered to In the rest of the procedure: 

D1 : STEFANI H.: "Datenarchivierung mit SAP" May 2002 (2002-05), SAP PRESS, 
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GALILEO PRESS , BONN , XP002266517 ISBN: 3-89842-212-7 
D2: US-A-5 566 31 9 (LENZ NORBERT) 1 5 October 1 996 (1 996-1 0-1 5) 
D3: EP-A-0 499 422 (IBM) 1 9 August 1 992 (1 992-08-1 9) 

4. As to the subject-matter of claim 1 , it is noted that to prevent access to data objects 
by using a data objects/archive table which stores the data object's identifier and a 
link to the data object's storage location and by using a second transactional lock in 
order to control the handling of the data objects/archive table lies within the scope 
and practise of the person skilled in the art and therefore claim 1 in its current form 
seems at least not inventive. 

5. Given the clarification of claim 1 as explained in sections 1 and 2 above, it is noted 
that the invention is not inventive over prior art document D1 . 

The document D1 , which seems to be the most pertinent prior art document 
available, discloses: 

a data structure for enabling preventing in a computer system an access to a data 
object having an identifier (ID), comprising: 

a first lock object, in which the ID of the data object is stored (p.64-65, the 
"Loschkennzeichen"), 

a second lock object in which the ID of the data object is stored (p.64-65, the 
"Loschvormerkung"), wherein 

the ID being stored in the second lock object before storing the ID in the first lock 
object (p.65 paragraphs 1-2), wherein 

the ID being deleted from the second lock object after storing the ID in the first lock 
object (the '*L6schvormerkung" is removed when the "Loschkennzeichen" is set, p.65 . 
paragraphs 1-2), and wherein 

said lock objects being accessible by a software application, whereby the access of 
the software application to the data object is prevented if the ID is stored in the first or 
second lock object (p.64-65). 

Claim 1 differs from the teachings of D1 in that 

- the first lock object (the P-lock) also comprises a link to a storage location of the 
data object, 

- the ID is stored in the second lock object (the T-lock) before assigning the storage 
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location of the data object in tlie first iocic object, 

- the ID Is deleted from the second lock object after assigning the storage location of 
the data object to the ID in the first lock object, 

- the access of the software application to the data object is prevented if both the ID 
and a link to the storage location are stored in the first lock object (203) . 

Concerning the differences as to the second lock object, the transactional type lock 
object, by means of these differences claim 1 appears to solve the objective technical 
problem of how to consider also the storing status of the data objects when 
consistently working with the pennanent type lock objects (the first lock object). 
Now, it is notorious practise in the art to use transactional locks for blocking data 
objects when concurrently working modules try to access the same data objects in 
order to ensure data consistency in this parallel working environment. The 
transactional type lock object used in claim 1 blocks the data object in order to work 
on the data object, i.e. to set the pennanent type lock object for said data object in a 
consistent manner, in order to ensure that the concurrently running modules and the 
software applications do not interfere and do not leave the permanent type lock 
object/archive table mixed up. As the storage location of the data object is an 
essential part of the permanent type lock object/archive table, it is obvious to the 
skilled person that one needs to consider also the storing status when 
setting/releasing the T-lock (the second lock object). 

Hence, this relates to the standard, commonplace, straight-forward use, and is a 
matter of normal design procedure. Its inclusion would therefore be an obvious 
design possibility for the skilled person in order to solve the problem posed. 

Concerning the difference as to the link to a storage location in the permanent type 
lock object and to the access prevention based on both the ID and the link comprised 
in said permanent type lock object, the following is noted: 

The permanent type lock object is not a lock or semaphore as such, but it is a data 
objects/archive table (or data objects/archive register). Identifiers of data objects are 
put in said permanent type lock object/archive table (see Figure 2 of the application) 
to indicate that said data objects will be archived. And the second storage location 
indicates that the data objects have been archived, i.e. they may not be altered any 
more. The "Loschkennzeichen" of D1 does exactly the same, except that it does not 
indicate the storage location. 
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Consequently, by means of these differences claim 1 appears to solve the objective 
technical problem of how to indicate the storage location. 

To use a data objects/archive table, i.e. the "Loschkennzeichen" with a link to the 
archive would be obvious for the skilled person, as this is a notorious and one of 
several straight-fonward solutions from which the skilled person would select, in 
accordance with circumstances, without the exercise of inventive skill, in order to 
solve the problem posed. 

A related dedicated lock file is also disclosed In D2 (e.g. at the abstract), and also in 
D3 (p.3 1.7 and 1.25-26). 

Hence, the solution proposed in claim 1 of the present application does not involve • 
an inventive step (Article 33(3) and Rules 64 and 65 PCT). 

4. The features added by the dependent claims 2-1 0 are either known from D1 or form 
part of the general knowledge of the person skilled in the art. They do not appear to : 
comprise anything which would go beyond the prior art to an extend that it could be 
considered as involving an inventive step. 

5. What has been said above with reference to claims 1-10 also applies to claims 11-13, 
mutatis mutandis. 

6. Final Remarks 

6.1 . The sentence on page 14 line 28-29 seems to be wrong and should be deleted. 

6.2. The vague generalising expression spirit in the description at page 17, line 27, brings 
into doubt the subject matter for which protection is actually sought, and should 
therefore be deleted. 

6.3. The independent claims are not in the two-part form in accoreJance with Rule 6.3(b) 
PCT. 

6.4. The summary of the invention should explicitly refer to the independent claims and 
mention their category. 
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6.5. The description on page 1 0 line 7 should say "In case said ID ia^sniaioed- and not 
"In case said ID is not contained". 



6.6. 



International applications PCT/EP03/09830, PCT/EP03/09831 , PCT/EP03/09827 and 
PCT/EP03/09832 are four co-pending international applications from the same 
applicant designating the same States and the claims of those applications have the 
same priority date and relate to the same invention (even though they may not 
necessarily claim that invention in identical terms). According to the PCT Guidelines 
Part III Chapter 1 1 . 1 0. it is noted to the applicant that each conflicting application 
might raise possible double patenting issues, as it is an accepted principle in most 
patent granting systems that two patents shall not be granted to the same applicant 
for one mventlon. hh»^ciiii 
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1. A data structure for ezmbling preventing dLn a 
computer system IDI an access to a data object 
(201.x) having an identifier (ID) ^ comprising: 

a first lock object (203) , in which the ID of the 
data object (201.x) is stored, and in which a link 
to a storage location of the data object (201.x) is 
assigned to said ID, and 

a second lock object (204) , in which the ID of the 
data object (201.x) is stored, wherein 
the ID being stored iix the second lock object (204) . 
before storing the ID in the first lock object 

(203) or before assigning the storage location of 
the data object (201«x) to the ID in first lock 
object (203) r wherein 

the ID being deleted from the second lock object 

(204) after storing the ID In the first lock object 
(203) or after assigning the storage location of 

the data object (201'.x) to the ID in the first lock 

object (203) , and wherein 

said lock objects (203, 204) being accessible by a 
software application (111) , whereby the access of 
the software application to the data object (201.x) 
is prevented, if the ID is stored in the first 
(203) or second (204) lock object. 

2. The data structure of claim* 1, further comprising: 
said link is a filename or a link to. a file. 

3- The data structure of claim 1 or 2, wherein 

said first lock object (203) is a file stored on a 
nonvolatile storage means (107) . 

4. The data structure of one of claims - 1 to 3, wherein 
said first lock object (203) conprises a table, 



- 18 - 




BEST AVAIUBLE COPY 




£M-©^J^;%4 18:05 094962277544^ "SAP AG IP WT. " ' 



SAP AG iP bi?T. 



2002P00139 WO 



having a coluam for tlie ID and a coluton for the. 
link of the ID to a storage location. 

5. The data structure of one of claims 1 to 4, wherein 
a data object (201.x) comprises one ore more fields 

5 of one or more tables and wherein the ID comprises 

one or more key fields of the one or more tables. 

6. The data structure of one of claims 1 to 5, wherein 
said first and second lock objects (203,. 204} are 
created by a data moving or data archiving process . 

10 7. The data structure of one of claims l to 6, wherein 
the second lock object (2 04) is stored in a 
volatile C112) or nonvolatile (107) storage means - 

8. The data structure one of clsilms 1 to 7, wherein 
said second lock object {204} Is a data array. 

15 9- The data structure of claim 8, wherein 
said data array is one dimensional. 

10. The. data structiire of one of claims 1 to 9 
for use In an enterprise resource planning 
software . 

20 11. A coxnoputer system (101) for processing data by 
means of or In a software application (111) for 
enabling preventing In a conqputer sfystem an access 
to a data object (201.x} having an Identifier (ID) , 
comprising: 

25 - memoiry (112) having program Instructions; 

- input means (102, 104) for entering data; 

- storage means (107, 108, 112} for storing data; 

- a processor (105). responsive to the program 
instructions and 

30 - a data structure (203, 204) according to one or 

more of claims 1 to 10. 
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12 . A computer readable medium con^^rising instructions 
for enabling preventing in a computer system an 
access to a data object Having an identifier (ID) , 
comprising instructions for creating a data 
structxire according to one or more of claims 1 to 
10, if said instanictibns are executed by a computer 
system. 

13 . A computer program product comprising a computer 
readable medium according to claim 12 . 
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